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(57) Abstract: Typical forward error correction methods employ Trellis Code Modulation. By substituting low density parity check 
coding in place of the convolution code as part of a combined modulation and encoding procedure, low density parity check coding 
and modulation can be performed- The low density parity check codes have no error floor, no cycles, an equal bit error rate for the 
information bits and the parity bits, and timely construction of both a parity check matrix with variable codeword size and a generator 
matrix is possible. 
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Related Application Data 

[0001] TTiis application claims the benefit of U.S. Provisional Application Serial 
No. 60/212,233 entitled "LDPC Coded Modulation" filed June 16, 2000, and U.S. 
Provisional Application Serial No. 60/241,468 entitled "Low Density Parity Check 
(LDPC) Coded Modulation For ADSL" filed October 18, 2000, incorporated herein 
by reference in their entirety. 

Background of the Invention 

Field of the Invention 

[0002] This invention relates to communications coding. In particular, this 
invention relates to a forward error correction coding method for multicarrier 
environments. 

Description of Related Art 

[0003] In conventional communication systems, a combined modulation and 
coding procedure called Trellis Coded Modulation (TCM) is often used to improve 
DSL system performance. Ungerbeock first introduced TCM in 1976 and since then 
it has been used for several telecommunications transmission standards. Particularly, 
Trellis codes encode a subset of the information bit stream and partition the signal 
constellations into subsets, i.e., cosets, and then use convolution codes to map 
information bits to the cosets. Standard ADSL systems use TCM as described in the 
ITU Standard G.992.1, incorporated herein by reference in its entirety. 

[0004] Low Density Parity Check (LDPC) codes have also used in conventional 
communication systems. LDPC codes have been shown to have improved 
performance when compared to convolution codes. LDPC codes are described, for 
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example, in the paper "Good Error - Correcting Codes Based on Very Sparse 
Matrices," by D. J. C. MacKay, IEEE Transactions on Information Theory, 1999, 
incorporated herein by reference in its entirety. In conventional LDPC coded 
communication systems, the LDPC code is used as a traditional block code, similar to 
Reed Solomon Codes or Hamming Codes. 

Summary of the Invention 

[0005] However, LDPC codes have not been used in conventional LDPC coded 
systems as part of a combined modulation and coding procedure, for example, as done 
in Trellis coded modulation. Accordingly, an exemplary embodiment of the systems 
and methods of this invention provide a forward error correction coding method for 
communications based on a low density parity check code. Specifically, an 
exemplary embodiment of this invention uses an LDPC code in place of a convolution 
code as part of the combined modulation and coding procedure. This new encoding 
method will be referred to as LDPC Coded Modulation (LDPCCM). 

[0006] In an exemplary embodiment of this invention, LDPCCM is used to 
improve the performance of conventional ADSL systems. Historically, ADSL 
systems have used TCM. However, in an exemplary embodiment of this invention, 
LDPCCM replaces the TCM to provide, for example, an improving coding gain. 
However, in order to use LDPCCM in an ADSL system as described above, the 
LDPC code should satisfy several exemplary requirements. These requirements can 
include the code having no error floor and no cycles. Additionally, the code should 
have an equal bit error rate (BER) for the information bite and the parity bite, and the 
ability to determine relatively quickly the construction of a parity check matrix with a 
variable code word size, and a generator matrix. 

[0007] Designs that satisfy the first requirement of having no error floor and no 
cycles are known, such as those as described in "LDPC" by D. J. C. MacKay, IEEE 
Transactions on Communications, 2000, which is incorporated herein by reference in 
its entirety. The disclosed LDPC code has a code word size of 9979 which does not 
have any cycles and therefore, does not have an error floor. However, for example, 
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the construction cannot be extended to other code words, e.g., shorter or longer code 
words cannot be achieved. 

[0008] Accordingly, and in accordance with an exemplary embodiment of this 
invention, forward error correction (FEC) coded bit signals are produced by FEC 
coding a subset of data bit signals using an LDPC code. 

[0009] Aspects of the invention also relate to using an LDPC code in a 
multicarrier environment. 

[0010] Aspects of the invention also relate to providing for improved performance 
of DSL systems. 

[0011] Aspects of the invention also relate to providing a coding method for 
communications over ADSL systems based on low density parity check codes. 

[0012] Aspects of the invention also relate to providing a low density parity check 
code used in place of convolution code as a portion of the combined modulation and 
coding procedure in an ADSL environment. 

[0013] Aspects of the invention also relate to constructing an LDPC parity check 
matrix during an initialization or configuration phase. 

[0014] Aspects of the invention also relate to constructing an LDPC generator 
matrix during an initialization or configuration phase. 

[0015] Aspects of the invention also relate to constructing an LDPC parity check 
matrix after the latency and data rate requirements of a communication system have 
been determined. 

[0016] Aspects of the invention also relate to constructing an LDPC generator 
matrix after the latency and data rate requirements of a communication system have 
been determined. 

[0017] These and other features and advantages of this invention are described in, 
or are apparent from, the following detailed description of the embodiments. 
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Brief Descripf jon of the n raw in„ c 

[0018] The embodiments of the invention will be described in detail, with 
reference to the following figures wherein: 

[0019] Fig. 1 is a functional block diagram illustrating an exemplary system for 
LDPC coded modulation; 

[0020] Fig. 2 illustrates an exemplary graphical representation of a parity check 
matrix; 

[0021] Fig. 3 illustrates an exemplary random parity check code; 

[0022] Fig. 4 illustrates an exemplary structure of a parity check matrix; 

[0023] Fig. 5 is a flow chart outlining an exemplary embodiment for determining 
LDPC codes; s 

[0024] Fig. 6 is a flow chart illustrating a second exemplary embodiment for 
determining LDPC codes; and 

[0025] Fig. 7 is a flow chart illustrating an exemplary method of determining a 
random number. ° 



Detailed IWr,>rin» of the 1nwntinn 

[0026] In relation to the first requirement of the LDPC code having no error floor 
and no cycles, an ADSL system must operate at very low bit error rates (BER) 
because they often carry information that is highly sensitive to bit errors, such as 
vmeo information. For this reason, ADSL systems are often specified to operate at a 
BER of less than 1E-7. As a result, LDPCCM should not have an error floor An 
error floor of a forward error correcting (FEC) code is defined as a non-zero BER at a 
veryhighsignal-to-noiseratio(SNR). Many codes do not have an error floor For 
example, as a signal-to-noise ratio SNR of a channel increases (approaches infinity) 
the BER continues to decrease (approach zero). Turbo codes are an example of a 
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the BER for turbo codes will remain constant Therefore, according to an aspect of 
this invention, an LDPC code is constructed to not have an error floor by insuring that 
there are no cycles in the code. 

[0027] In relation to the second requirement of the code having an equal bit error 
rate (BER) for the information bits and the parity bits, in conventional LDPC coded 
systems, LDPC codes are used as simple block codes. In these systems, the parity bits 
are sent as part of the codeword along with the information bits over the channel. At 
the receiver, the parity bits are used for decoding an error correction of the 
information bits. After the decoding process is complete, the parity bits are discarded. 
As a result, the actual BER of the parity bits is not important. For this reason, 
conventional LDPC coded systems often use codes that have a different BER on the 
parity bits and the information bits. 

[0028] According to an exemplary embodiment of this invention, the encoded 
bits, i.e., the information and parity bits, are used to designate the constellation coset. 
Therefore, it is important that all of the encoded bits have an equal BER because both 
the parity and the information bits are used to determine which coset is to be used for 
decoding. In particular, the LDPC codes are constructed with equal BER on the 
information bits and the parity bits at least by insuring the LDPC parity check matrix 
has the same number of branches connecting the information bits and the parity bits 
with the parity nodes, and the parity nodes are connected to an equal number of 
information bits and parity bits. 

[0029] ADSL systems are variable rate and variable latency systems. This means 
that an ADSL transceiver can be configured to operate at many different data rates. 
As an example, ITU Standard G.992.1 requires that the ADSL transceiver be capable 
of operating at rates from 64 kbps to 6 Mbps in increments of 32 kbps. ADSL 
systems are also variable latency systems. This means that an ADSL transceiver must 
be capable of operating at many different latency, i.e., delay, levels. As an example, 
ITU standard G.992.1 requires that the ADSL transceiver be capable of operating at 
latency levels of, for example, 1.5 msecs to 20 msecs. 
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[0030] The variable rate and variable latency requirements of ADSL systems 
place difficult design constraints on the type of FEC coding that can be used, because, 
for example, for any particular data rate, the system must also support many different 
latency levels. For example, when the data rate is low, e.g., 64 kbps and the latency 
requirement is low, e.g., 1.5 msecs, a very low latency FEC code must be used. 
[0031] The low latency FEC block codes are designed by using short codeword 
lengths. In general, the longer the codeword, the higher the coding gain of the FEC 
code. However, in addition, a longer codeword results in increased latency. It 
follows that a well designed FEC code for ADSL systems must be capable of adapting 
the codeword length based on the latency and the data rate requirements. In this 
manner, the FEC code will provide the maximum possible coding gain based on the 
latency and data rate requirements. 

[0032] Therefore, according to an exemplary embodiment of this invention, an 
LDPC code is constructed that can have a variable codeword length. This variable 
codeword length LDPC code, i.e., parity check matrix, is determined after the data 
rate and the latency requirements are specified. In this way, for example, a single 
transceiver can be configured for a large array of data rates and latency levels without 
having to store a large number of LDPC codes with different codeword lengths. 
Thus, once the latency and data rate requirements are specified, the construction of 
the LDPC code determines a codeword length that maximizes the coding gain while 
meeting the data rate and the latency requirements. As an example, ADSL 
transceivers are variable data rate and variable latency systems. This means that they 
can be configured to operate with different data rates and latency depending on for 
example the level of service (as provided by service provider), the application, the 
telephone line quality, or the like. For example, when a consumer buys ADSL service 
from an ADSL service provider, the consumer will buy a level of service that is 
specified by the data rate capability. For example, a consumer could buy an ADSL 
service that guaranteed a 384-1536 kbps data rate from the central office into the 
consumers residence. Depending on the condition of the phone line and the distance 
from the central office, the consumer would get a data rate somewhere in the range of 
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384-1536 kbps. In addition the consumer would be guaranteed a certain latency based 
on the level of service, for example, 5 msecs. Therefore after the ADSL transceivers 
were installed the data rate would be determined based on the factors mentioned 
above. Based on this data rate and the service latency requirement an LDPC code 
would be constructed that would maximize the coding gain, i.e., codeword size for 
this data rate and latency. In particular, an ADSL transceiver would first measure, for 
example during a an initialization or training phase, the data rate capability of the 
phone line and then based on the data rate allowed by the ADSL service the ADSL 
transceiver would determine the operational data rate. After the operational data rate 
is determined and based on the service latency requirement the ADSL transceiver 
would construct the LDPC code. 

[0033] Alternatively the latency and/or data rate requirements could also be set 
based on the expected application that will run over the ADSL connection, such as 
video, and in this case the LDPC code would be constructed after the application 
requirements have contributed in determining the data rate and latency. 

[0034] To facilitate the timely construction of the parity check matrix, it should be 
performed simply so that the construction can be completed during, for example, the 
initialization or configuration phases of a transceiver. For example, in ADSL 
transceivers measure the Signal to Noise Ratio (SNR) of the channel, i.e., a telephone 
line, during initialization and establish the operational data rate based on this SNR. 
Additionally, as stated above, the ADSL service level and application may factor in 
the determination of the data rate. The latency is also determined during either the 
initialization phase or during configuration of the transceivers, i.e., when the ADSL 
service is first installed. After the data rate and latency have been specified the LDPC 
code is constructed. 

[0035] Relating to the construction of the generator matrix, the generator matrix 
of an LDPC code is used to create the LDPC codewords at the LDPC encoder. The 
generator matrix is typically derived from the parity check by performing Gaussian 
elimination on the parity check matrix. As discussed above in relation to the 
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taxation of the pari* check matrix with a variable codeword afee, in ADSL 
systems the LDPC code must be timely generated in order to have a variable 
ecOewotti siae. Thus, the genemto, matrix . ^ „ b , 
as on-the-fly, or after the data rate and latency recrements arc specified. 
[003fl A pari* check matrix of a code is a matrix that when multiplied by any 
codeword tesnlts in an an-zero vector. Mathematically, tins can be written as: 

[0037] ^Hbemepatitycheckmatiixofthecodcandcbeanycodewordmthe 
code C, then: 

cH T = o 

[0038] A generator matrix of a code is a matrix that when multiplied by an input 
vector results in a codeword. Mathematically, this is represented as: 
[0039] Let G be the parity check matrix of the code, and a be , 



then: 



where C is a set of all codewords. For example, 
H = 



any data vector, 
aG = ceC 

given a parity check matrix: 
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and a generator matrix: 
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G= 
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Then, for the input vector a = {0,1 AO}, the resulting codeword is: 

c = aG= {0,1,1,0,1,0,0}. 

. This also yields: 

cH T = {0,0,0}, 

as required. 

[0040] Notice, that in this example, both the parity check matrix and the generator 
matrix are systematic, i.e., the identity matrix is present in some portion of the 
matrices: 

-H=[I;H'} andG = [G';I]. 
Notice that in this case, H' = G' T . 

[0041] The parity check matrix for an LDPC code is generated by randomly 
assigning ones to the rows in the parity check matrix (H in the above example). The 
number of columns is equal to the number of information bits K, plus the number of 
parity bits (P). The number of rows is equal to the number of parity bits. 

[0042] Fig. 1 illustrates an exemplary parity check matrix where the circles 
represent the information bits 100 and the squares represent the parity bits 1 10. The 
lines 1 15 connecting the information bits and the parity bits represent the ones in the 
parity check matrix, and also represent the parity check equation which must be 
satisfied by a codeword. Looking at the bottom row of squares 120, the sum (modulo 
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2) of all the bits tol „ comecttag tQ a ^ ^ fc ^ 
zero for a codeword. 

t«043] Fig. 2 illustrates an exemplary random parity check code 130 In this 
example* are three infection bita 100 and three pari„ bits „0. There a, two 

1 ,5 front each hi, along the top row „ ^ ciect ^ 
■x-dontrow. Sinc e there are only three check nodes .20, each check node has font 
— „s to the information and the parity bils . The parily chec][ ^ ^ 

ir,:;: oisai!oshown - 

■natnx "Ohastwoones.andeachrowhasfourones. This is analogous to the 
graphical representation of the parity check code .30. 

Om BothFigs. 1 -d2 re p reS en, re g dar p aritychKknlatricKwl . ch 
dtat there are an e,na. number of ones in each co.umn, and an e,nal number of ones 
- each row of the parity check matrix. Fig. 2 a,so iUus-ates a case whete each parity 
check node ,20 connects ,„ an eona, number ofdte informadon and the parity bi7 
10045] This lastpoin, aboo, finding a generator matrix iaimportan, when 
centering me nonaction of me LDPC codes. Specificafiy, in order ,o obtain a 
generator matrix for me code describe by a gene,, parity check matrix, Oanssian 
el— ,s performed on me parity check matrix to form a systematic parity check 

H. However, a random* consrnrcred H mairix may no, be rank" and rherefore 

^^^P-^mtaa.engmNcodefnamtepari^oheckn^ In 
actoamy, the codeword .ength is often slighdy ,ess dtan N, nsually within dnee bits. 

1004,1, ^3i..ns Ira tesanexemp,a r yLDPCcoderacc„n 1 i„g 1 o t hisinvenfio„. 
The .ematnder of the hardware and software necesaaxy for ^SL communicafion wi U 

can be fonnd, for example, in the ITU Standard G.992.1. The LDPC coder 300 
comprises a LDPC encoder module 3.0, a cosel map determinant modrne 320 a 
QAM encoder 330, and a mod„ Iator 340. Inputs paths B M represent incoming nn'coded 
rnformafionbirs. Inpnl information streams B'„ represent incoming to be coded 



10 



BNSDOCID^WO- 0197387A1 !> 



WO 01/97387 



PCT/US01/41015 



information bits. The information in streams Cn represent LDPC coded bits. Also 
associated with the LDPC coder 300 is a generator matrix module 400. 

[0047] The code rate can be expressed as: 

CodeRate^ — 
P 



[0048] The LDPCCM receiver contains the inverse functions of Figure 3, with the 
LDPC decoding being performed using the LDPC parity check matrix. The parity 
check matrix is constructed using a parity check construction module which resides in 
the receiver. 

[0049] As stated above, the LDPC parity check matrix is constructed after the 
data date and latency parameters have been specified during an initialization or 
configuration phase. The construction of the LDPC parity check matrix is performed 
at the receiver and commences with the rate and branch determination module (not 
shown) selecting the code rate and the number of branches from each information and 
each parity bit to each parity node. The number of these branches is represented by 
(t). The branches are randomly assigned, based on a random number determined in a 
random number module (not shown), such as a pseudo-random shift register (PRBS), 
from each bit to a parity node based on t number of cycles through the information 
and the parity bits. This insures that t branches exist from each of the information and 
the parity bits. If a branch is assigned from the same bit to the same parity node as in 
earlier iteration, a new random number is selected and a new branch chosen. 

[0050] Two options are available to ensure all nodes are fully populated. 
Specifically, the system can determine an equal number of branches from all parity 
nodes, or, alternatively, equal connections from all the parity nodes to both the parity 
bits and the information bits. For an equal number of branches in all parity nodes, a 
counter (not shown) is assigned to each parity node and incremented every time a 
branch is connected to that node. Once the counter reaches 2t, no more connections 
are allowed to be made to that node. If a randomly generated branch chooses a "full" 
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node, the random number i s discarded and new branch chosen. An efficient mediod 
for ths ,s to choose random numbers in the range MN-k-f) whera f is a number of 
"full" nodes. However, if towards the end of the branch population i, becomes 
difficult ,o avoid duplicate branches, the process can be resumed or a few hi, can he 
chosen to have less than t branches. 

[0051] For equal connections from the parity nodes to bod, the panty bits and the 
information bits, two countets are assigned ,„ each parity node to conn, theparity bi, 
and the information hi, branches separably, n. branches are men chosen such ma, 
no node is allowed to exceed its allocated number of connections te either Ute 
..formation „ r the parity bit, TOs can ta actieved „ ^ m ^ ^ 

above in relation to me embodiment where equal branches are present in all parity 
nodes. However, in this exemplary scenario, instead of having "mil" nodes, mere 
exist "fall information" nodes and "full parity" nodes. 

[0052] Next, the cycles, which can be of any length, can be eliminated by 
searching through die parity check mauix and reassigning the branches ma, form the 
cycles with die other branches so mat die cycles are removed. Reassigning me 
branches m a manner consistent win, the looping step discussed above, however may 
be computationally complex so i, is possible to simp,y temove die branches from die 
cycles and allowing some of the nodes and the bits to have an ungual number of 
connecoons without impacting the performance of the system. 
10053] At the transmitter, die generator matrix is detennined by die generator 
mauix faOdule 400 after the date rate and latency parameters have been specified 
dunng an initialization or configuration phase. Specifically, using Gaussian 
ehminauon, a systematic parity check mauix is created. Ftnm the systematic mauix 
die generator mauix is created as discussed above. If die parity check mauix is no, ' 
fall rank, which implies that the codewotd lengm wou.d be less than desirad, mere are 
two options. Hna, die looping as dialed above can be re-executed. Alternatively 
more mformation bjts man ^ fe ^ ^ code raK ^ ^ ^ ^ ' 
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remaining steps subsequently performed. However, this may lead to unequal 
branches for the parity nodes. 

[0054] If the matrix is not full rank, one or more rows can be eliminated as 
necessary. If the resulting code has extra information bits, these extra bits can be 
assumed to be zero for the purposes of encoding and decoding, while never needing to 
be transmitted. 

[0055] Alternatively, a second exemplary method for generating LDPC codes is 
faster than the above-described method, at the cost of the number of features of the 
overall code structure. The main difference with this exemplary method of generating 
LDPC codes is that the parity check matrix will be constrained so that the columns 
forming the parity bit section of the matrix will be lower triangular in structure. Since 
it is known that if the lower triangular section is the identity matrix, then the generator 
matrix is relatively uncomplicated to determine. As it turns out, it is sufficient that 
the parity bit section be lower triangular in nature. 

[0056] Fig. 4 illustrates the structure of an exemplary parity check matrix for this 
construction. Lower triangular applies to a square matrix where any and all non-zero 
terms are on or below the main diagonal from 1,1 to N,N, i.e., everything above the 
main diagonal is zero. In this exemplary case, the section of the parity check matrix 
which is for the parity bits, the last N-K columns form a square matrix of size N-K x 
N-K. This is the section that needs to be lower triangular. The section for the 
information bits is not constrained. Thus, the section referred to as being the identity 
matrix (for the trivial case) is the parity bit section which would make an N-K x N-K 
identity matrix. Therefore, the identity matrix (or any diagonal matrix) is a subset of 
the lower triangular matrices. 

[0057] An advantage to this construction, combined with the random number 
generation described below, is that neither the parity check matrix, nor the generator 
matrix need be stored. The branches needed any point in time during either the 
encoding or decoding can be determined from the PRBS as needed. This proves 
advantageous as the codeword size increases and the matrix size increases. 
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Additionally, the normal method of creating LDPC code, via Gaussian elimination 
results in a generate manix dra, is non-sparse and requires a large tunou* of storage 
for the encoder. 

[0058, One way of using Ws ^ t0 ^ rf fc ^ ^ ^ ^ ^ 

panty nodes e,ual to aero. As the information bits atrive, the parity node connecdons 
are determined with, for example the PRBS, and the information bits are XORed with 
the pari ty node, Next the firs, parity hi, is « equal ,„ the value of the firs, parity 
node, and this value is XORed with the other parity nodes ft. am connected to the 
firs, parity bit. These connecdons are again determined by, for example, the PRES. 

[0059] Fig. 5 fflusua.es a firs, exemplary method of detemtining LDPC codes 
according to mis invendon. In p^, como] ^ „ ^ ^ ^ 

stepSHO. mstepSUftutecoderateisaetennined. 

of branches (t) is detemuned. Control men continues to stop S130. 

WO) Ins.epSHO.aninfo.madonorpari.ybitisse.ected. Next, in stop 5,40 a 
random number is detenmned. Tben, i„ step SI50> , ^ ^ ^ ^ 

.nformation or parity bit is determined. Control then continues to stop S160. 
[0061] ,„ step SltiO, a determination is made whether tire determined branch is a 

dupltcate. fdtebranchisaduplica.e.conncljumpsbadttostopSMO. Otherwise 
control continues to step S 1 70. 

[0062] to ^ 5,70. .he branch is assigned to the parity node. Next, in step S, 80 
t is indexed for the selected bit Then in sten<! ton .j . 

' nen,msle P sl9 0.adetermmaoonismadewhedier 
»c asstgned number of branches „ ^ „ , for ^ ^ ^ ^ 

.nformation and the parity bits do no. have « btanches asstgned, contoo, condnues to 
step S200. Otherwise, control jumps to step S210. 

[0063] m S topS200,d,e„=x,mformado„orpari«ybi.isselectod. Contiolthen 
continues back to step S140. 

[0064] m step S210, dre cycles are eliminated. Next, in stop S220, dte ge^mtor 
mabrx is detenmned. Then, in step S230, a detonation is made whether the parity 
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check matrix is full rank. If the parity check matrix is not full rank, control continues 
to step S240. Otherwise, control jumps to step S250 where the control sequence ends. 

[0065] In step S240, more information bits than are needed are chosen and control 
jumps back to step S120. 

[0066] Fig. 6 illustrates a second exemplary embodiment of determining LDPC 
codes according to this invention. In particular, control begins in step S300 and 
continues to step S3 10. In step S3 10, the code rate is determined. Next, in step S320, 
the number of branches (t) is determined. Then, in step S330, an information and/or 
parity bit is selected. Control then continues to step S340. 

[0067] In step S340, a random number is determined. Next, in step S350, a 
branch between the selected information or parity bit and parity node is determined. 
Then, in step S360, a determination is made whether the branch is a duplicate. If the 
branch is a duplicate, control jumps back to step S340. Otherwise, control continues 
to step S370. In step S370, a determination is made whether the parity node is full. If 
the parity node is full, control jumps back to step S340. Otherwise, control continues 
to step S380. 

[0068] In step S380, the branch is assigned to the parity node. Next, in step S390, 
t is indexed for the selected information or parity bit. Then, in step S400, a 
determination is made whether t branches are assigned to all information and parity 
bits. If t branches are not assigned to all information and parity bits, control continues 
to step S400. Otherwise, control jumps to step S420 where the control sequence ends. 

[0069] In step S400, the next information or parity bit is selected. Control then 
continues back to step S330. 

[0070] Fig. 7 illustrates an exemplary method of determining a random number as 
indicated in steps S140 and S340. In particular, control begins in step S500 and 
continues to step S510. In step S510, a random number, for example from a pseudo- 
random shift register (PRBS) with long non-repeating sequence, is selected. Next, in 
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step S520, N is selected. Then, in step S530, the PRBS is shifted. Control then 
continues to step S540. 

[0071] I„ step S540, the value of the registers modulo (N-K) is taken. Next, in 
step S550, the random number is output. Control then continues to step S560 where 
the control sequence ends. 

[0072] As illustrated in Fig. 3, the LDPC code determination system and related 
components can be implemented either on a DSL modem, such as a VDSL modem or 
separate programmed general purpose computer having a communication device 
However, the LDPC code determination system can also be implemented in a special 
purpose computer, a programmed microprocessor or a microcontroller and peripheral 
integrated circuit element, an ASIC or other integrated circuit, a digital signal 
processor, a hardwired or electronic logic circuit such as a discrete element circuit a 
programmable logic device, such as a PLD, PLA, FPGA, PAL, or the like, and 
associated communications equipment. In general, any device capable of 
implementing a finite state machine that is in turn capable of implementing the 
flowcharts illustrated in Figs. 5-7 can be used to implement the LDPC code 
determination system according to this invention. Additionally, the term module as 
used herein can encompass any hardware or software, or combination thereof. 

[0073] The LDPCCM method may be used in any wireless, wireline or in general 
any communication system to provide improved coding over conventional 
communication systems. The LDPCCM method may be used in any communication 
system that uses multicarrier or single carrier modulation. Furthermore, this 
LDPCCM method may be used in any communication system with variable data rate 
and latency requirements where these data rate and latency requirements are 
determined for example during an initialization or configuration phase. 

[0074] Furthermore, the disclosed method may be readily implemented in 
software using object or object-oriented software development environments that 



BNSDOCID: <WO 0197387A1 I > 



WO 01/97387 



PCT7US01/41015 



provide portable source code that can be used on a variety of computers, work 
stations, or modem hardware and/or software platforms. Alternatively, disclosed 
modem may be implemented partially or fully in hardware using standard logic 
circuits or a VLSI design. Other software or hardware can be used to implement the 
systems in accordance with this invention depending on the speed and/or efficiency 
requirements of this system, the particular function, and the particular software and/or 
hardware systems or microprocessor or microcomputer systems being utilized. The 
LDPC code determination system illustrated herein, however, can be readily 
implemented in a hardware and/or software using any known later developed systems 
or structures, devices and/or software by those of ordinary skill in the applicable art 
from the functional description provided herein and with a general basic knowledge of 
the computer and telecommunications arts. 

[0075] Moreover, the disclosed methods can be readily implemented as software 
executed on a programmed general purpose computer, a special purpose computer, a 
microprocessor and associated communications equipment, a modem, such as a DSL 
modem, or the like. In these instances, the methods and systems of this invention can 
be implemented as a program embedded on a modem, such as a DSL modem, or the 
like. The LDPC code determination system can also be implemented by physically 
incorporating the system and method into a software and/or hardware system, such as 
a hardware and software system of a modem, such as an ADSL modem, VDSL 
modem, network interface card, or the like. 

[0076] It is, therefore, apparent that there has been provided in accordance with 
the present invention, systems and methods for. determining a LDPC code. While this 
invention has been described in conjunction with a number of embodiments, it is 
evident that many alternatives, modifications and variations would be or are apparent 
to those of ordinary skill in the applicable art. Accordingly, applicants intend to 
embrace all such alternatives, modifications, equivalents and variations that are 
within the spirit and the scope of this invention. 
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We claim: 

^ '' AmClh0d0fCOmbfaedmodu,i " i<> " a »<'Fo™. a xi Br orCoi re caoi 1 
(FEC) coding of data bit signals for ummlmkm me[ , 

compnsmg: 

FEC coding a subae. of the data bit signals nsing an ldpc Mde to prodnce 
FEC coded bit signals; 

nrtfeft* the data bit signals a^ the FEC coded bit signals using a, leas, 
one constellation tha, contains more than one bit signal; and 

aignala ' ""' " " " Si " g ^ »** " 

2. Th^ethodofclaiml.whe.ein.hen.odnla.ionissingle-carteror 
multicarrier modulation. 

3. The method of claim 1 wherein th<± t nor j i_ 

urn i, wnerem the LDPC code has an equal BER for 

one or more information bits and one or more parity bits. 

4 ^ emeAodofcl ^^hereinanLDPCcodepantycheckmatrixis 
determined during an initialization or a configuration phase. 

5 Themeftodofclai -^hereina„LDPCcodegeneratormatrixi S 
determined during an initialization or a configuration phase. 

6. ^memodofclaimLwhereinaLDPCcodeparitycheckmatrixis 
determined after a latency and a data rate are specified. 

7. The method of claim 1, wherein a LDPC code generator matrix is 
determined after a latency and a data rate are specified. 

8- The method of claim 1, wherein the LDPC code has a variable 
codeword length. 

9. The method of claim 8, wherein the codeword length is varied 
depending on one or more of a data rate and a latency. 
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10. The method of claim 1, wherein the LDPC code does not have any 

cycles. 

1 1 . The method of claim 1 , wherein a parity check matrix of the LDPC 
code has an equal number of branches connecting at least one information bit and at 
least one parity bit with at least one parity node. 

12. The method of claim 1, wherein a parity check matrix contains at least 
one parity node connected to an equal number of information bits and parity bits. 

13. A method of forward error correction coding of data bit signals using 
LDPC codes comprising: 

determining at least one of a data rate and a latency; and 
determining a LDPC generator matrix that encodes data bit signals. 

14. The method of claim 13, wherein the at least one of a data rate and a 
latency are determined during an initialization or a configuration phase. 

15. .The method of claim 13, wherein the LDPC generator matrix is 
determined after the data rate and the latency have been determined. 

16. The method of claim 13, wherein the LDPC code has a variable 
codeword length. 

17. The method of claim 16, wherein the codeword length is varied 
depending on one or more of the data rate and the latency. 

1 8. The method of claim 1 3, wherein the LDPC code does not have any 

cycles. 

19. A method of forward error correction decoding of data bit signals 
using LDPC codes comprising: 

determining at least one of a data rate and a latency; and 

determining a LDPC parity check matrix that decodes coded bit signals. 
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cycles. 



20 The m ed,„<| ofclaimI9iWherei]ltIleatJeas[oneo 
" «"« - or a co„ figurafo „ phase. 

21. Ha method of claim 19, wherein the LDPCparity check matrix is 
*™ "* *• - ™ - *• I— » have been d e Km l. 

co< J ewol g r n,e,h0d0fC,aimI9 ' Wherei " theU,PCCOdehaSa ^ bte 

dependi™ ^ ^ ""^ ^ "» ^ " 

depending on one or more of the data rate and the latency. 

24. Ih. memod of claim 19, wherein the LDPC code does no, have a„ y 

25. An information storage media comprising infonmmon that performs 
forward m cordon coding of data hi, signals nsing LD PC ^ ^7 

-nfonnauon ma, determines a, leas, one of a data rate and a latency; Md 
*« de^nes . LDPC gener>tor ^ ^ ^ ^ ^ 

26. ^»*iiaofclaim25,wheremmea„eaa.„ M ofadamra K anda 
la,enc y ate dcenran* daring an mirialiaadon or a conSguradon phaae. 

27^ Th-na d iaofclaim25, w he re i n „eLDPCgenera,ormauixia 
*~ after me data ra* atd me lafcocy have been dcennined. 

28 Them« Ji a„,claim25,whe re i„meLDPCcodehas. variable 
codeword length. 

29. The media of clairn 28, wherein the codeword length is varied 
depending on one or more of the data rate and the latency. 

cycle, 3 '' ^ em ^ a0fCl ^ 25 ' WhereintheLD ^codedoesnothaveany 
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31. An information storage media comprising information that performs 
forward error correction decoding of data bit signals using LDPC codes comprising: 

information that determines at least one of a data rate and a latency; and 

information that determines a LDPC parity check matrix that decodes the 
coded bit signals. 

32. The media of claim 31, wherein the at least one of a data rate and a 
latency are determined during an initialization or a configuration phase. 

33 . The media of claim 3 1 , wherein the LDPC parity check matrix is 
determined after the data rate and the latency have been determined. 

34. The media of claim 31, wherein the LDPC code has a variable 
codeword length. 

35. The media of claim 34, wherein the codeword length is varied 
depending on one or more of a data rate and a latency requirement. 

36. The media of claim 3 1 , wherein the LDPC code does not have any 

cycles. 
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